
Calhoun 

iniutuiiaiul AKliiv« ou tfit Nilvdl Poi($ra{jua(« School 


Calhoun: The NPS Institutional Archive 
DSpace Repository 



Theses and Dissertations 


1. Thesis and Dissertation Collection, all items 


1999-06 

Surface combatant integration of METOC data 
acquisition and product distribution systems 
within the IT-21 Communications Architecture 

Connon, Brian D. 

Monterey, California. Naval Postgraduate School 


http://hdl.handle.net/10945/13498 


Downloaded from NPS Archive: Calhoun 



DUDLEY 

KNOX 

LIBRARY 


http://www.nps.edu/ljbrary 


Cslhoiin is the Neval Postgraduate School's public access distal repository for 
research oiateriels and tnstitutjiooal pubftcatiions created by the NPS community. 
Cathouni is named for Professor of Mathematcs Guy K. CatHiuo, NPS's first 
appointed — and publi^d — scholar^ author. 

Dudley Knox Library / Naval Postgraduate School 
411 Dyer Road / 1 University Circle 
MontereVr California USA 93943 



NAVAL POSTGRADUATE SCHOOL 
Monterey, California 



THESIS 

SURFACE COMBATANT INTEGRATION OF METOC 
DATA ACQUISITION AND PRODUCT DISTRIBUTION 
SYSTEMS WITHIN THE IT-21 COMMUNICATIONS 
ARCHITECTURE 

by 

Brian D. Connon 
June 1999 

Thesis Advisor: Keimeth L. Davidson 

Approved for public release; distribution is unlimited. 

SKO QUALITY INSPECTED 4 







REPORT DOCUMENTATION PAGE 

Form Approved 

0MB No. 0704-0188 

Public reporting burden for this collection of information is estimated to average 1 hour per response, including the time for reviewing 
instruction, searching existing data sources, gathering and maintaining the data needed, and completing and reviewing the collection of 
information. Send comments regarding this burden estimate or any other aspect of this collection of information, including suggestions for 
reducing this burden, to Washington headquarters Services, Directorate for Information Operations and Reports, 1215 Jefferson Davis 
Highway, Suite 1204, Arlington, VA 22202-4302, and to the Office of Management and Budget, Paperwork Reduction Project (0704-0188) 
Washington DC 20503. 

1. AGENCY USE ONLY (Leave blank) 2. REPORT DATE 3. REPORT TYPE AND DATES COVERED 

Jime 1999 Master’s Thesis 

4. TITLE AND SUBTITLE 

SURFACE COMBATANT INTEGRATION OF METOC DATA 
ACQUISITION AND PRODUCT DISTRIBUTION SYSTEMS 
WITHIN THE IT-21 COMMUNICATIONS ARCHITECTURE 

5. FUNDING NUMBERS 

6. AUTHOR(S) 

Coimon, Brian D. 

7. PERFORMING ORGANIZATION NAME(S) AND ADDRESS(ES) 

Naval Postgraduate School 

Monterey, CA 93943-5000 

8. PERFORMING 

ORGANIZATION REPORT 
NUMBER 

9. SPONSORING / MONITORING AGENCY NAME(S) AND ADDRESS(ES) 

10. SPONSORING/ 

MONITORING 

AGENCY REPORT NUMBER 

11. SUPPLEMENTARY NOTES 

The views expressed in this thesis are those of the author and do not reflect the official policy or 
position of the Department of Defense or the U.S. Government. 

12a. DISTRIBUTION / AVAILABILITY STATEMENT 

Approved for public release; distribution is unlimited. 

12b. DISTRIBUTION CODE 

13. ABSTRACT (maximum 200 words) In an at-sea demonstration, a prototype shipboard 
environmental observing system and a meteorological and oceanographic (METOC) data distribution 
software package are combined with the Automated Digital Network System (ADNS) to highhght the 
benefits of instituting an integrated data collection and distribution suite to ships, battlespace managers, 
and the METOC community. Limitations of traditional METOC support, inaccuracies and inherent 
deficiencies of shipboard observations, and current U. S. Navy weather observing policies are 
discussed and recommendations are proposed to improve the timeliness, accuracy, and archival of 
METOC information. A conceptual model for METOC support to and from surface combatants using 
advanced sensors, innovative software, and IT-21 communications is presented. 

14. SUBJECT TERMS 

Automated Digital Networking System, ADNS, MORIAH, METCAST, METOC, 
meteorology, oceanography, communications 

15. NUMBER OF 
PAGES 

76 

16. PRICE CODE 

17. SECURITY 
CLASSIFICATION OF 

REPORT 

Unclassified 

18. SECURITY CLASSIFICATION OF 
THIS PAGE 

Unclassified 

19. SECURITY CLASSIFI-CATION 

OF ABSTRACT 

Unclassified 

20. LIMITATION 

OF ABSTRACT 

UL 


NSN 7540-01 -280-5500 Standard Form 298 (Rev. 2-89) 


Prescribed by ANSI Std. 239-18 298-102 


1 



























Approved for public release; distribution is unlimited 


SURFACE COMBATANT INTEGRATION OF METOC DATA ACQUISITION 
AND PRODUCT DISTRIBUTION SYSTEMS WITHIN THE IT-21 
COMMUNICATIONS ARCHITECTURE 


Brian D. Connon 

Lieutenant Commander, United States Navy 
B.S., University of South Carolina, 1990 


Submitted in partial fulfillment of the 
requirements for the degree of 

MASTER OF SCIENCE IN METEOROLOGY AND PHYSICAL 

OCEANOGRAPHY 

fi:om the 

NAVAL POSTGRADUATE SCHOOL 
June 1999 


Author: 


Approved by: 



Brian D. Connon 


Kenneth L. Davidson. Thesis Advisor 



Carlyle If. Wash, Chairman 
Department of Meteorology 


iii 






IV 



ABSTRACT 


In an at-sea demonstration, a prototype shipboard environmental observing 
system and a meteorological and oceanographic (METOC) data distribution 
software package are combined with the Automated Digital Network System 
(ADNS) to highlight the benefits of instituting an integrated data collection and 
distribution suite to ships, battlespace managers, and the METOC co mmuni ty. 
Limitations of traditional METOC support, inaccuracies and inherent deficiencies 
of shipboard observations, and current U. S. Navy weather observing policies are 
discussed and recommendations are proposed to improve the timeliness, accuracy, 
and archival of METOC information. A conceptual model for METOC support to 
and fi:om surface combatants using advanced sensors, innovative software, and IT- 
21 communications is presented. 
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1 . 


INTRODUCTION 


Meteorological and oceanographic (METOC) data acquisition and product 
distribution for surface combatants has remained imchanged for a number of years. As 
naval warfare has shifted its focus from the open ocean into littoral regions, where 
temporal and spatial changes in atmospheric and oceanographic characteristics can 
significantly affect the tactical ability of the ship’s weapon systems, requirements for 
timely and accurate environmental information have rapidly increased. Wind shifts with 
a frontal passage, onset of a land-sea breeze, evaporation duct height changes, and 
increased wave heights are but a few examples of environmental changes that can 
dramatically affect weapon system performance. Operational METOC commands have 
made significant strides towards meeting these requirements with advanced coupled 
mesoscale forecast models, improved tactical decision aids, and tailored environmental 
products. However, use of this improved support has not been easily attainable by 
smface combatants because of limited access to communications resources. 

A limiting factor to providing enhanced METOC support seems to have been the 
capacity and characteristics of available co mm unication paths. Surface combatants have 
not generally been equipped with communications suites that support network topologies 
and the transfer of large data sets, such as satellite imagery and value-added METOC 
products. Current fleet deployment of the Automated Digital Network System (ADNS) 
offers a solution to this problem by providing a common, adaptable fi:amework for 
standard fritemet Protocol (IP) network communications to surface combatants. 
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A second limiting factor appears to be the human error involved in existing 
observational procedures. Synoptic reporting by shipboard personnel has frequently been 
shown fraught with error. Lack of training, poor attention to detail, and inadequate or 
malfunctioning sensors result in synoptic observations that do not accurately describe the 
environment. In oceanic regions, where data are sparse, this is unacceptable. Program 
development of Moriah, a new suite of shipboard sensors, promises to greatly improve 
both the quality and quantity of information provided by smface ships. 

In this study, a prototype Moriah system is coupled with ADNS and Fleet 
Numerical Meteorology and Oceanography Center (FNMOC) METCAST distribution 
software aboard USS Jimeau (LPD-10). This was accomplished during USS Juneau’s 
participation in Littoral Lightning, a segment of Fleet Battle Experiment Echo, in the 
Southern California (SOCAL) operating area in April 1999. 

Shipboard environmental data collection and METOC product distribution are 
closely examined for achieving the following goals; 

(a) To evaluate new software from FNMOC as a transfer method for METOC 
information to and from a siuTace combatant. 

(b) To determine if changes to current METOC data acquisition, distribution and 
reporting policies are merited. 

(c) To evaluate the Moriah sensor suite concept for areas of improvement prior to its 
introduction to the fleet. 

(d) To determine the role of the regional METOC center with respect to surface 
combatants in distribution of METOC data and products to the warfighter. 

(e) To develop a comprehensive model of METOC information flow between surface 
combatants, battlespace managers, and METOC centers, as well as within the 
lifelines of the ship. 
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The thesis begins with an overview of METOC data collection techniques 
currently used by ships and those for automated systems plaimed for fleet introduction in 
the next three to five years. Chapter HI discusses METOC products and their exchange, 
while Chapter IV describes new commmiication paths and their impact on METOC data 
and product distribution. This is followed by a description of the equipment, procedures, 
and results from an at-sea demonstration of an integrated METOC sensor suite. Chapter 
VI examines the effect of Moriah and METCAST on Navy operations and the role of the 
Navy Integrated Tactical Environmental System (NITES). The thesis is then summarized 
and a number of recommendations for various programs are offered, as well as ideas for 
follow-on work. 
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II. SHIPBOARD METOC DATA COLLECTION 


A. LIMITATIONS OF CURRENT SHIPBOARD OBSERVATIONS 

Continuous and accmate METOC data collection and reporting are necessities for 
naval operations. A primary deficiency of present observations seems to be that tihey are 
inaccurate, instantaneous measurements recorded at hourly intervals. In addition, only 
the synoptic observation (every six hours) is reported to shore sites for data assimilation. 
It is apparent that an improvement in the quality and granularity of METOC observations, 
without increasing the workload of watchstanders, is in order. 

Observations of environmental data aboard surface ships are time consuming and 
often inaccurate. Personnel taking the measurements aboard surface combatants are also 
responsible for maintaimng the official ship’s deck log and various other duties 
throughout their watches that, unfortunately, do not always allow adequate time for 
accurate observations. The instantaneous measurement taken is not necessarily 
representative of actual conditions and the instruments used may not be properly 
calibrated or maintained for required performance levels. Figme 1 shows a comparison 
of barometric pressures observed by watchstanders and those recorded by the prototype 
Moriah system aboard USS Jimeau. The disparity in pressure results fi-om improper 
reading of the barometer, since trends of constant pressure can be attributed to specific 
watchstanders. 
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Pressure (millibars) 



Figure 1: Comparison of Prototype Moriah and Shipboard Watchstander 
Observations of Barometric Pressure on 13 April 1999 aboard USS Juneau. 

Figure 2 shows similarly inaccurate observations of relative humidity by 
watchstanders when compared to the Surface Combatant In Situ METOC Sensor 
(SCIMS) Suite aboard USS Hewitt (DD-966) during SHAREM 120B. The reason for the 
differences in this case was attributed to a malfunctioning hygrometer aboard the ship. 
Synoptic reports submitted from these two instances undoubtedly contained gross errors 
detrimental to numerical weather prediction and the calculation of atmospheric properties 
such as evaporation duct height and air-sea fluxes. 
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Figure 2: Comparison of SCIMS and Shipboard Watchstander Observations of 
Relative Humidity onboard USS Hewitt during SHAREM120B. 

The frequency of ship observations is based on antiquated data assimilation 
methods, which could only use synoptic scale information. The synoptic observations are 
generally transmitted every six hours and are frequently deemed inaccurate by quality 
control methods due to improper format, delay in receipt, or reports of conditions 
inconsistent with the current synoptic pattern. (Gustafsson, 1981) The Ship’s Weather 
Observation Log, CNMOC Form 3141/3, provides a record of hourly conditions, 
however; this information only leaves the ship when mailed for archival and inclusion in 
climatological databases. This is unfortunate, since over-water observations are very 
important for forecast models as operations move into littoral regions. 
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spatially, a higher density of observations is needed to improve resolution of 
environmental fields. Temporally, more firequent observations are needed to resolve 
events of a scale less than synoptic. However, to simply increase the reporting frequency 
would prove nearly impossible under today’s labor-intensive methods. Hourly 
transmission of environmental conditions via naval message would require too much 
effort on the part of watchstanders and would undoubtedly result in even poorer quality 
observations. 

The inaccuracies of shipboard observations are well known (Taylor, et al., 1993; 
Smith, et al., 1998), and have been addressed by the U. S. Navy in the form of the Moriah 
sensor suite, which is planned for installation aboard nearly all naval vessels. Moriah 
provides the continuous monitoring of environmental conditions required by today’s 
combat system and relieves shipboard personnel fi'om the burden of manual observations. 

B. MORIAH OVERVIEW 

The Moriah system is currently imder development in a combined Oceanographer 
of the Navy (OP-096) and Naval Air Systems Command effort to improve both wind 
information measurements aboard aviation capable ships and the performance of weapons 
systems. SPAWAR PMW-185 and NAVAIR 251 are sharing responsibility for 
development and acquisition of Moriah components. NAVAIR 251 is providing wind 
measuring and processing equipment, while SPAWAR PMW-185 is providing sensors 
and processing for all other METOC parameters, including temperature, humidity, and 
pressure. Moriah consists of Commercial-off-the-shelf (COTS) environmental sensors, a 
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customized data acquisition and processing system, and various displays and interfaces. 
The class of ship will determine the exact complement of sensors installed, with aviation- 
capable, Aegis, and force-level ships receiving the most sophisticated equipment. 
Stringent requirements on performance were incorporated into the selection of sensors for 
Moriah to ensure high quality, reliable measurements. Collaboration between various 
research agencies, such as Johns Hopkins University Applied Physics Laboratory, Naval 
Research Laboratory Marine Meteorology Division, and the Naval Postgraduate School, 
and operational requirements developed by the Oceanographer of the Navy, Naval Air 
Warfare Center, Surface Warfare Development Group, Aegis Program Office, and the 
Naval Meteorology and Oceanography Command led to the development of the Surface 
Combatant In-Situ METOC Sensor (SCIMS) system as a test platform for various 
sensors. Numerous exercises and experiments resulted in the selection of sensors that 
will meet or exceed identified requirements. A SCIMS system is used as a prototype 
Moriah system for this demonstration since a Moriah system is not yet available for 
testing. 

The following sensors and interfaces will be the minimum installed aboard a ship 
with Moriah: 

• Anemometer 

• Relative Humidity and Air Temperature Sensor 

• Barometric Pressure Sensor 

• Water temperature Sensor 

• Insolation sensor 

• Radiosonde receiver interface 
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The following systems may be installed as part of Moriah depending on ship type 
and/or mission: 

• Ceilometer 

• Visibility Sensor 

• Rocketsonde System 

• Environmental Assessment System (unique to Aegis ships) 

Moriah sensors will provide continuous monitoring of the ship’s operational 
environment, a vast improvement over instantaneous hourly measurements. Small 
changes in atmospheric conditions normally missed by watchstander observations will be 
measured and made available to ship systems and operators. 

Moriah is designed to display METOC information in various locations 
throughout the ship and provide a direct feed of METOC data to designated systems. A 
primary workstation will provide an interface to environmental data, as well as system 
administration functions and the Quartermaster’s Environmental Log (QMEL) program. 
QMEL is currently designed to assist in the completion of, but not replace, CNMOC 
Form 3141/3, the Ship’s Weather Observation Log. Automation of this process will 
virtually eliminate typographical errors resulting from manual creation of a weather 
observation message. 

Moriah also makes provisions for transmission of the standard synoptic 
observation via the Defense Message System. No other data is, in current plans, to be 
transmitted off the ship. Certain ships will have a local database whose information will 
be available to off-ship users via a data “pull” transaction. However, the majority will 
simply have Moriah systems that provide METOC information solely for ownship use. 
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Regrettably, a wealth of environmental information not previously available is currently 
planned to remain within the lifelines of the ship. However, by using electronic data 
transfer methods, Moriah can become a primary source of environmental information for 
a multitude of users, such as mesoscale models, METOC shore stations, and warfare 
commanders. 

Figure 3 compares the path of an observation taken under current methods with 
that taken by a Moriah system configured to submit observations via automatic electronic 
transfer into the METCAST architecture. The observation methods in place today require 
a shipboard watchstander to manually operate a sling or electric psychrometer; 
record/convert readings fi-om a barometer, thermometer, and anemometer; visually 
determine cloud type and coverage, wave height and direction, and current weather; and 
contact engineering personnel for seawater intake temperature. Of note, the current 
synoptic observations are limited to recipients of the message and subscribers to the 
Automated Weather Network (AWN) and fleet broadcasts. Every Moriah observation, 
however, is available to each end user within minutes via a METCAST subscription. 
FNMOC serves as the single collection and dissemination agency for all Moriah 
observations and is responsible for providing these observations to appUcable end users 
via METCAST or other means. This provides a single point of contact for Moriah 
systems to transmit observations, eliminating uimecessary system configuration changes 
by shipboard persoimel. This method also relieves undue burden on the ship’s limited 
bandwidth by allowing interested units to retrieve the observation firom FNMOC vice 
accessing the ship’s local database. 
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C. ELECTRONIC TRANSFER OF SHIP OBSERVATIONS 

Under current plans, ship observations taken by Moriah will be sent every six 
hours via standard naval message traffic. Hourly observations will be recorded, both 
electronically and manually, with a local archive retained within Moriah. The standard 
CNMOC foim 3141/3 will continue to be completed, by hand, and mailed for archival 
each month. Off-ship submission of observations by naval message will require 
interaction with shipboard personnel and increase the transmission time. Automatic 
electronic transfer of the observation as a Multi-purpose Internet Mail Extension (MIME) 
compliant e-mail message is the most efScient method to transmit observations fi:om a 
surface combatant. 

E-mail offers a number of advantages over other transport methods and is 
especially attractive for Moriah systems located aboard surface combatants with the 
limited bandwidth and stability of ADNS. Benefits of include: 

1. E-mail is compatible with IP networks. 

2. Numerous tools and security mechanisms already exist for customizing and 
protecting e-mail contents. 

3. E-mail is a well-known transport method and will be recognized by fleet 
operators. 

4. The emphasis on electronic commerce for the Internet will continue to 
improve e-mail functionality and security. 
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CURRENT 

OBSERVATION PATH 



MORIAH 

OBSERVATION PATH 



ViaADNS 
Bectronic Transfer 



Figure 3: Comparison of Current Manual Observation Path to Proposed Man- 
machine Observation Path with Moriah System 


D. IMPACT OF AUTOMATED SURFACE WEATHER OBSERVATIONS 

Automated systems such as Moriah will improve the performance of numerical 

prediction models by providing highly accurate and more frequent observations of the 
environment. In turn, these models will provide improved support to the fleet in the form 
of better forecasts and enhanced tactical decision aid (TDA) performance. Mesoscale 
models, such as the Coupled Ocean/Atmosphere Mesoscale Prediction System 


13 






















(COAMPS), data assimilation schemes, battlespace visualization, and nowcasting all 
require higher frequency environmental observations from in-situ platforms. By 
optimizing both the observation and the submittal process through automation and 
streamlined data flow, the accuracy, frequency, and timeliness of ship observations will 
help satisfy the fleet requirement (Chief of Naval Operations N091,1998) to: 

“Develop technologies to provide the capability to perform the following 
real-time in situ environmental monitoring and analysis of the natural forces that 
act upon platforms/weapons while they are deployed: 

1. Monitor and measure relevant in-situ geophysical, marine biological, 
magnetic, optical, oceanographic, hydrographic, and meteorological parameters. 

2. Link these data in real time with historical databases of related data to 
provide real-time display. 

3. Provide instantaneous analysis in an imderstandable format to the task 
force commander and other local or remote users.” 

As shown in Figirre 4, the need for direct observations becomes increasingly more 
important as an operation transpires. Initial, long-range planning can use climatology, 
but high frequency, in-situ measurements by ships, aircraft, ground forces, etc. are critical 
for the Rapid Environmental Assessment (REA) that must occur in the period just before, 
and during, the start of the mission (Whitman, 1997). 
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METOC Role 


Conventional Methods 


REA- 



Planning _ Operations ^ H-Hour 
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Figure 4: Role of METOC Elements in Mission Planning and Operations in Rapid 
Environmental Assessment (REA) (after Whitman, 1997). 

Since the performance of the numerical models and the skill of 
forecasting/nowcasting are also highly dependent on accurate, local measurements, their 
importance cannot be over-emphasized. 

E. SHIPBOARD DATA ARCHIVAL PROCESSES 

Moriah will be configured to record automated measurements and prompt the 
watchstander for observations that cannot be automated, such as wave direction and 
height, cloud type and coverage, visibility, weather and obstructions to vision, and 
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significant weather phenomena such as funnel clouds, squalls, and precipitation. Once 
these manual observations are entered, the watchstander duties should be complete. The 
QMEL segment of Moriah should archive and periodically transmit the locally archived 
digital ship’s weather log to a designated repository. Electronic Records Management 
(ERM) techniques should be employed to archive Moriah information in an effort to 
eliminate the requirement for manual completion and submission of the Ship’s Weather 
Log for archival. ERM, if implemented properly, allows information to be digitally 
stored in a standardized format that could satisfy the archival and record-keeping 
requirements of NAVMETOCCENINST 3144. ID. ERM also provides improved access 
to archived records through index searches and queries that can automatically sort 
information based on user-defined parameters. (Long, 1998) 

The type of media used to archive Moriah information needs to be addressed to 
ensure shipboard survivability and compatibility with other archival systems located 
ashore. Optical storage, i.e. CD-ROM, is a possible candidate that can provide high 
capacity storage and ease of use for shipboard persoimel. CD-ROMs are less susceptible 
to the dangers of shipboard electromagnetic emissions than other storage devices and are 
easily transported. Another option for storage would be to simply transfer the archived 
data files electronically off the ship to a shore collection site. Archiving, by any method, 
must also include an identification method that verifies authenticity of the information. 
This can be accomplished under the DOD Public Key Infrastructure (PKI), a system 
designed to provide a variety of services (i.e. data integrity, user identification and 
authentication, user non-repudiation, data confidentiahty, encryption and digital 
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signature) for programs and applications that use the DOD networks. (Defense 
Information Systems Agency, 1999) A digital signature should be applied by Moriah to 
each observation and to the final archive, that departs the ship. This prevents altering of 
observation elements and maintains a mechanism for tracking accoimtability. 

To summarize, ERM of Moriah information is an efficient, sensible process that 
will eliminate manual intervention, provide higher levels of security, improve access to 
historical data, and satisfy federally mandated record keeping directives. 
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III. METOC PRODUCTS FOR THE SURFACE COMBATANT 


A. TRADITIONAL METHODS OF METOC DATA DISTRIBUTIONS 

Conventional METOC support to surface combatants has consisted of text 
message traffic. High Frequency radio facsimiles, Joint Maritime Command Information 
System (JMCIS) overlays and the occasional deployment of a Mobile Environmental 
Team (MET). While these services are valuable, today’s surface ships require more 
advanced environmental information to effectively use weapons systems and ensure 
safety of navigation. Simple overlays and text representation of environmental products 
such as high winds and seas warnings, refiractivity conditions, and the location of ocean 
fi-onts and eddies, are not flexible nor robust enough to convey appropriate tactical 
information. The addition of METOC persoimel, such as a MET, to ship’s company is an 
important service. However, with the exception of some additional products sent via 
naval message traffic, climatological decision aids and possibly an upper air soimding, 
the Aerographer’s Mate (AG) brings no new data to the ship, only invaluable METOC 
knowledge and experience. In addition, the reliability of existing support is highly 
variable; HE radio reception can be an exercise in futility and message traffic can be 
significantly time late. 

For ships equipped with high bandwidth SIPRNET or NEPRNET connections, 
such as aircraft carriers, there is essentially no limit to the amount and content of METOC 
products available. High-resolution satellite imagery, gridded model field information, 
tailored forecasts, and Internet chat sessions are available firom numerous sources to 
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support the embarked OA (METOC support) Division. For surface combatants, who 
generally have no embarked METOC personnel, METOC information through SIPRNET 
or NIPRNET has not been an option. This poses a challenge to METOC commands that 
must provide support to these ships in a compact, efficient, and easily imderstood format 
through very Hmited communication paths. 

An example of fleet support fimctions that require improved METOC products is 
that of ship weather avoidance or Optimum Track Ship Routing (OTSR). OTSR is a 
primary fimction of regional METOC centers and is highly regarded by the surface ship 
community. Aircraft carrier OA divisions can provide on-scene updates of the situation 
based on a variety of METOC data sources. This is not the case for surface combatants, 
as shore-based METOC forecasters often spend a significant amount of time conversing 
by satellite telephone with the affected ship. Satellite images and up-to-the-minute 
guidance cannot be sent in near real time, so voice contact is often used to provide the 
ship’s Commanding Officer with all pertinent information to ensure the safety of his ship 
and crew will not be compromised. The metrics of the Commanding Officer’s comfort 
level cannot be quantified, but current METOC support to ships with limited 
communication suites lacks the required robustness to ensure this decision can be reached 
without human interaction. 

These traditional methods of support fall short in providing appropriate METOC 
guidance to surface combatants. However, without improved communication systems, 
METOC support for surface combatants will continue to provide “bare minimum” 
information to the warfighter. 
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B. METCAST OVERVIEW 


METCAST is a request-reply and subscription distribution system for METOC 
information (Kiselyov, 1999). METCAST is still under development, but will provide 
significant improvements to the transfer of METOC products and data. In the simplest 
terms, METCAST is comprised of the following: 

(a) A client, or retriever, resident on the user’s workstation, which is used to generate 
requests for METOC information. 

(b) A METCAST server that responds to user requests for METOC information and 
returns appropriate products to the user. 

(c) A METOC database of products called the Tactical Environmental Data Server 
(TEDS). 

The METCAST client interface allows a user to define a geographic area 
anywhere in the world, select desired METOC products, and establish a schedule for the 
request of those products. Based on this schedule, the retriever will automatically poll 
the METCAST server, which will determine if updated products are available. The client 
then executes a “pull” transaction to download these updates where a viewer application 
(generally the Joint METOC Viewer) is launched to display the area with the downloaded 
information. If the viewer is already running, its display will automatically refi-esh. This 
allows the user to have the most up-to-date information available without having to 
manually retrieve the products. Available METOC products, such as observations, 
gridded fields, and satellite images can be selected from a dynamic product list that is 
also periodically updated to show only tiiose products currently available for the selected 
area. 
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Cirrrently, a variety of methods is used to retrieve METOC products and data. 
The primary tool is via the Joint METOC Viewer, a follow-on to the Navy 
Oceanographic Data Distribution System (NODDS), that allows a user to choose desired 
METOC data for a defined area. However, JMV requires a manual download of data 
fields and does not have a capability for automated product publication and retrieval. 
Products created at METOC centers and facilities are only accessible from 
SIPRNET/NIPRNET homepages, HE Facsimile broadcasts, or JMCIS overlays. 
METCAST serves to provide “one-stop shopping” for METOC information. 

METCAST uses standard MIME messages for data distribution via Hypertext 
Transfer Protocol (HTTP). HTTP also allows METCAST to use standard World Wide 
Web (WWW) configurations such as proxies, gateways, authentication, etc. to securely 
and efficiently transfer METOC information. HTTP is more efficient than File Transfer 
Protocol (FTP), as it requires only a single connection between client and server versus 
two connections required for FTP. 

An additional feature of METCAST is a “channels” capability (BCiselyov, 1999). 
Channels can contain pieces of information of any origin and format; i.e. software 
updates, presentations, METOC products, documents, etc. The user subscribes to desired 
channels, which are then downloaded in the manner described above. With proper 
permissions, users can also publish information to channels for dissemination to other 
METCAST clients. This publishing feature provides a unique conduit for the transfer of 
tailored information from Regional METOC Centers to afloat forces. 
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c. 


METOC PRODUCTS AND THE REGIONAL METOC CENTER 


The dissemination of METOC products to surface combatants is revolutionized 
by METCAST and ADNS and will require an expanded role for the Regional METOC 
Center. Network connectivity to ships will drive a dramatic change in METOC product 
content and format. As depicted in Figure 7, text messages, facsimile products, and 
geometric JMCIS overlays will give way to advanced, high resolution, digital products 
capable of conveying significantly more information. Current legacy and stovepipe 
communication paths maintamed by METOC centers will migrate to a single network 
connection. The ship will have access to digital METOC information from LAN 
workstations versus hard copy messages. 

To accomplish this, however, the center must be actively involved with ships in 
their region. An aggressive Fleet Support program will be required to: 

(a) Assist in the installation and operation of METCAST clients. 

(b) Train shipboard personnel on the use and interpretation of next generation 
METOC products. 

(c) Manage the distribution of METOC information within their region to prevent 
saturation of ADNS links. 

(d) Ensure ships without embarked METOC personnel are not receiving information 
requiring further interpretation, i.e. gridded model fields. 

(e) Create enhanced METOC products that satisfy shipboard requirements and 
exploit the full network capabilities. 

Once the benefits of METCAST are demonstrated to the fleet, it is inevitable that the 
demand for additional tailored METOC products will increase. METOC centers will 
need to exercise caution to avoid overloading their own personnel and should explore 
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information distribution methods, such as multicasting and shipboard caching, to provide 


common products to all ships when possible. 


Limited product set and text 
messages created and 





Digital products created and 
published into METCAST 
Channel at FNMOC via 
NIPRNET^SIPRNET 


SIPRNET/NIPRNET 




METC 

Ser 
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AST 

ver 


METCAST Channel populated 
with designated products 


-ADNS- 


Shipboard METCAST client 
subscribes to designated 
METCAST channels to receive 
products as they are updated. 



JMCIS 


Figure 5: Conventional METOC Product Transmission Methods Versus 
METCAST Distribution. 
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IV. COMMUNICATIONS 


A. METOC POLICY FOR COMMUNICATIONS 

The Oceanographer of the Navy (1996) established a METOC Communications 
Policy, which outlines the direction the METOC community will take with respect to 
METOC information flow. The primaiy goal for METOC communications is to become 
an integrated segment of the National Information Infrastracture (Nn)/Defense 
Information Infrastracture (DII). Of note, the decision to abandon stovepipe METOC 
communication methods has cleared the way for closer integration of METOC assets with 
fleet units and provided a common standard to which new acquisition and distribution 
systems, such as Moriah and METCAST, could be developed. This pohcy encourages 
exploitation of all available communication paths and the use of Commercial-off-the- 
shelf (COTS) and Government-off-the-shelf (GOTS) software to ensure success of the 
Battle Space METOC Data Acquisition, Assimilation, and Application (BMDA3) vision. 

B. ADNS OVERVIEW 

ADNS is a radio Wide Area Network (WAN) that transparently and seamlessly 
extends military network connectivity to ships at sea. Data transfer via ADNS is the 
same as that occurring within shore networks; i.e. standard IP practices are in effect. 

As part of the Joint Maritime Communications System (JMCOMS), ADNS is 
designed to provide reliable, timely, and adaptable network communications to afloat 
units anywhere in the world. ADNS will automate numerous existing communications 
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systems by encapsulating proprietary, stovepipe networks into packets or “IP datagrams.” 
These datagrams are then aggregated and transmitted through a single interface, in the 
form of a common BP router, to other networks. 

ADNS is composed of three functional elements (Joint Maritime Communications 
System, 1998): 


(a) Integrated Network Management (INM)-a three level system capable of local and 
remote performance monitoring and system asset control through use of 
commercially available, standards based management protocols such as Simple 
Network Management Protocols (SNMP). 

(b) Routing and Switching (R&S)-a combination of IP addressing, routing functions, 
and switching equipment to direct network data via JMCOMS. Dynamic routing 
using the Open Shortest Path First (OSPF) protocol enhances efficiency. 

(c) Channel Access Protocol (CAP)-the primary management tool for the JMCOMS 
network. CAPs are created for each specific communication system (i.e. UHF 
DAMA, EHF, etc.) to allow integration into ADNS. CAPs monitor network 
quality of service, generate loading and error reports, and provide statistics 
necessary for calculation of dynamic routing functions. 

Figure 6 portrays a simplistic ADNS architecture and its relation to military 
networks and METOC centers. The Network Operating Center (NOC) is the link 
between ADNS and other DII networks, such as SIPRNET and NIPRNET. The NOC 
monitors communications circuits and provides a myriad of web services such as email 
store and forward services, proxy servers, firewall protection, and gateways to NIPRNET 
and SIPRNET. 

Onboard ships, network configuration is standardized and may include LANs of 
differing classification. Figure 7 portrays a simplified typical shipboard ADNS topology 
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Figure 6: Simplistic Networic Architecture for Connectivity between METOC Shore 
Components and Ships. 

consisting of E'JMARSAT-B High-Speed Data (HSD), the Digital Wideband 
Transmission System (DWTS), (a line-of-sight wide area network (WAN) unique to 
amphibious ships), and pier-side connections. Depending on the specific 
communications capabilities and requirements of each ship, ADNS can also include SHF, 
EEOF, UHF DAMA, and HF circuits. Future communications circuits can easily be 
included in the ADNS architecture by simply creating an appropriate CAP. Surface 
combatants are not typically outfitted with SHF SATCOM and current throughput for 
EHF and UHF circuits is limited. 
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Figure 7: Typical Shipboard Network Topology (after SPAWAR Systems Center 
San Diego) 


As depicted in Figure 7, Unclassified, GENSER Secret, and Specially 
Compartmented Information (SCI) LANs each have a dedicated router which determines 
how IP datagrams will leave the ship. The use of Network Encryption Systems (NES), an 
early version of Virtual Private Networks (VPN), allows information of various 
classifications to be transmitted off the ship via a single network connection. After 
passing through the NES, the now encrypted information is relayed to appropriate shore 
NES by the ship’s ADNS router. 

USS Juneau is equipped with INMARSAT-B HSD terminals as the primary 
ADNS component. This thesis will focus on USS Juneau’s INMARSAT-B HSD system. 
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but the dynamic routing feature of ADNS will determine the best route to deliver IP 
datagrams. 

INMARSAT-B HSD systems provide dedicated, full-time connectivity with 
variable voice/data rates up to 64 KBPS aggregate, including voice and a data link for 
NIPRNET/SIPRNET at a nominal data rate of 32 KBPS (Joint Maritime 
Communications System, 1997). INMARSAT-B HSD is currently being installed on a 
number of ships as they begin deployment workups and access will be provided for each 
ship for the duration of the deployment. ADNS access may be available through other 
communications paths, such as UHF and EHF SATCOM, but these systems will provide 
much slower data rates, on the order of 1200 to 2400 BPS. Email exchange and limited 
WWW service would remain available. 

C. GLOBAL BROADCAST SERVICE 

The Global Broadcast Service (GBS) is a one-way, shore to ship continuous 
broadcast of information designed to provide significantly higher bandwidth (on the order 
of 20 Mb/s) than is currently achievable. The high volume data transfer capacity of this 
system is especially attractive for large files, such as satellite imagery, streaming video, 
and 3-D METOC products. This system, however, presents unique networking 
challenges in that shipboard replies to shore data transfers cannot return via the same 
path, a reachback channel on another circuit or network must be used. For example, upon 
receipt of a file over GBS, the ship could return appropriate acknowledgement messages 
via ADNS. The routing and switching configurations must be able to identify GBS 
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packets and reply via ADNS to maintain integrity of the data transfer. Although still 
under development, GBS appears to offer a solution to the limited network 
communications of surface combatants. GBS is planned as a component of ADNS (Joint 
Maritime Communications Systems, 1999), so no significant changes to METCAST 
distribution will be required. However, should GBS remains isolated firom ADNS, it is 
important that METCAST be adapted to operate over this unique network. 
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V. 


PROCEDURES AND RESULTS 


A. OVERVIEW 

Completion of thesis goals required both a systematic verification and an 
operational evaluation of a combined METCAST/Moriah system. System verification 
was required to initially prove METOC data transfer could be automated and was 
accomplished ashore through landline network connections. An at-sea demonstration of 
the concept was then required to determine the value and feasibility of this concept imder 
operational conditions. 


B. HARDWARE COMPONENTS 

A prototype Moriah system, a variant of the SCIMS system, was assembled to 
provide a continuous source of METOC data for the demonstration. The components of 
the system were selected to demonstrate the value of continuous transmission of METOC 
data via ADNS and METCAST. 

This system contained the following sensor and controller components: 

• GPS Receiver 

• Anemometer 

• Air Temperature/Relative Humidity Sensor 

• Infi-ared Sea Surface Temperature Sensor 

• Barometer 

• Magnetic Compass 

• Datalogger 

All instruments were mounted on an aluminum "METOC tower" of 
approximately 10-feet in height. Specific sensor information is located in Appendix A. 
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C. METOC COMPUTER HARDWARE/SOFTWARE 

The tower datalogger was connected to the serial port of a notebook computer, 
which, with associated software, was the critical element in this demonstration. This 
METOC computer was interfaced with a LAN and used COTS software to interface with 
the datalogger for programming and data retrieval, and to conduct simple averaging of 
acquired data. Locally developed software was used to format the data into a 
recognizable format and to transfer the observation file off the ship. Figure 8 shows a 
modular data flow of this specific system. It is important to note that the transfer of the 
observation file off the ship can be accomplished by any number of processes, such as e- 
mail, FTP, or HTTP transactions. This allows the type of electronic transfer to be easily 
adapted based on the type and capacity of available communications. 

Data retrieval and processing was accomplished by Campbell Scientific® 
PC208W Datalogger Support Software. This software package provided the interface to 
the METOC tower’s CRIOX datalogger and was used to perform data averaging 
functions. To format the data into acceptable World Meteorological Organization 
(WMO) synoptic code, Microsoft® Visual Basic was used to develop a formatting 
program with assistance firom Naval Research Laboratory Marine Meteorology Division, 
Monterey, CA. This software ingested the averaged METOC tower data and provide a 
standard ship synoptic observation as required by Commander, Naval Meteorology and 
Oceanography Command (1996), with the exception of cloud, visibility, precipitation, 
and wave information. Automated shipboard measurements of these phenomena have yet 
to be perfected. This deficiency in the demonstration was not important for the purposes 
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of this study. A description of the synoptic code and sample observations can be found in 
Appendix B. 


Step 1— MORIAH sensors 
measure environment 


Step 2- Every 15 minutes, 
shipboard computer retrieves 
environmental data, calculates 
derived quantities, and averages 
1 minute samples. 


Step 3-Visual Basic Script 
formats averaged data into WMO 
BBXX message. 


Step 4- File Transfer via W-shove 
to FNMOC 


Step 5- At FNMOC, file is parsed 
into XML format for use by 
database. 



Figure 8: Prototype Moriah Observation Flow from Point of Measurement to 
FNMOC Database. 
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Once the report was formatted into a standard WMO message, software provided 
by FNMOC generated an HTTP Put transaction to place the observation into a METOC 
database. This software, "w-shove", is normally used by METCAST to distribute 
information (Kiselyov, 1999). In this case, it was used in reverse to automatically send 
METOC observation files from a source to the METCAST server and subsequently into a 
METOC database. In the future, this database function will be fulfilled by TEDS. This 
alternative use of w-shove is an important feature in this demonstration since a capability 
was being tested for the first time in an operational setting. Once w-shove placed the 
observation file in the database, it was parsed into extended markup language (XML) 
format and made available for retrieval via METCAST. 

D. PHASE ONE - SYSTEM VERIFICATION 

For development and test purposes, the METOC Tower was initially erected atop 

a three-story building (Bldg. 702) at FNMOC. The METOC computer was located in a 
computer system development space within the same building. The system transmitted a 
simulated ship observation every fifteen minutes to the FNMOC METCAST server via a 
terrestrial LAN. This observation was subsequently retrieved using the METCAST client 
installed on the METOC computer. The above process was completely automated; no 
human intervention was required. 

This landline test verified that automated observations could indeed by efficiently 
transferred to and from a METOC database via HTTP processes, given stable network 
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connections. The next step, an operational evaluation, was to determine the feasibility of 
utilizing these same transport methods over a Radio WAN, i.e. ADNS, to ships at sea. 

E. PHASE TWO - AT-SEA DEMONSTRATION 

For the at-sea demonstration, USS Juneau (LPD-10) agreed to embark the 

METOC Tower and associated computer during Littoral Lightning, the second phase of 
Fleet Battle Experiment Echo, from 5-16 April 1999 in the SOCAL operating area. 

NIPRNET was chosen as tiie communication path for the demonstration with 
access through ADNS provided by a 32 KBPS EMMARSAT-B HSD connection that had 
recently been installed aboard USS Juneau. For demonstration purposes, the METOC 
computer was networked with the USS Jimeau’s unclassified LAN in the ship’s METOC 
office. The METOC tower was erected on the starboard side SLQ-32 anteima platform. 
This location was not optimum for wind calculations due to superstructure influence. 
This was not considered a detriment to the demonstration, however, because the goal was 
to demonstrate automated transfer of an observation. 

The METCAST client immediately proved to be a useful resource to the 
embarked MET by providing access to near real-time surface observations and terminal 
aerodrome forecasts (TAF) from various stations in SOCAL. Additionally, the ability to 
use the WWW to retrieve other unclassified products, such as forecast discussions, 
horizontal weather depictions, and regional satellite imagery, greatly enhanced the MET’s 
ability to provide METOC support to the ship and embarked Explosive Ordnance 
Disposal personnel. Figure 9 is an example of high-resolution geostationary satellite 
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imagery provided, via e-mail and WWW, by Naval Pacific Meteorology and 
Oceanography Facility, San Diego (NPMOF-SD). Imagery of this quality and fi-equency 
has not been available to surface combatants, but can now be easily and automatically 


provided via METCAST and ADNS. 



Figure 9: GOES-10 Infrared Satellite Image for California and Adjoining Waters 
for 07 Apr 99 0245Z. 
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The submission of observations from USS Juneau into the METOC database at 


FNMOC was not as successful as that experienced during system verification. Repeated 
attempts were made to transfer the observation from USS Juneau to FNMOC using w- 
shove. It was immediately recognized that the HTTP Put requests did not survive on the 
route into FNMOC. Troubleshooting of the problem while at sea revealed a problem in 
the firewall configuration at the Pacific Region Network Operating Center (PRNOC). The 
initial Put request was being received at FNMOC, but no other information was passed 
and the coimection timed out after 5 minutes. Subsequent troubleshooting on the 
FNMOC/PRNOC link determined that the current version of the PRNOC firewall 
software was not completely HTTP 1.1 standard. Possible solutions for this are cmrently 
under discussion, but standardization of the PRNOC firewall in accordance with 
Department of the Navy (DON) Information Technology Standards Guidance (ITSG) 
(DON Chief Information Officer, 1999) should allow this method to succeed. 

Due to the inability of the prototype Moriah system to have observations 
automatically sent via an HTTP process, an alternate scheme was devised to use an e- 
mail link as a transport method. In this scheme, observations were manually sent from a 
shipboard e-mail account to FNMOC with a designated subject line. Upon reaching 
FNMOC, the email was automatically registered as USS Jrmeau’s observation and was 
placed in the METOC database. The observation was then retrieved via the shipboard 
METCAST client. Fifteen attempts of this manual transfer method were conducted and 
all were successful. 


37 



During this demonstration, USS Juneau's ADNS INMARSAT-B HSD link did 
experience a small number of outages that prevented network connectivity. It was 
beyond the scope of the demonstration to effectively monitor off-ship network 
performance, however, connectivity to NIPRNET was deemed reliable. The outages that 
did occur resulted from communication and cryptographic equipment malfunctions, 
signal masking by the ship's superstructure, or atmospheric conditions. Adding to these, 
ADNS is relatively unfamiliar to most shipboard operators who may lack appropriate 
documentation, training, and experience. These are common problems and must be 
considered when determining the transmission method of time-critical data over ADNS 
links. It is expected that system knowledge and performance of ADNS will improve over 
time as the program matures and will provide stable, efficient connectivity to ships at sea. 
METCAST is designed to handle network problems and performed as expected onboard 
USS Jimeau. If a retrieval transaction failed after five attempts, the software would 
assume a network problem and wait for a designated amount of time before attempting 
the transaction again. METCAST has a monitor feature which logs all transactions and 
provides alerts should problems occm. This proved very useful in determining the status 
of USS Jimeau’s offship network connection. 
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VI. DISCUSSION 


A. BENEFITS OF INTEGRATION 

The addition of Moriah, METCAST, and ADNS to surface combatants offers an 
opportunity for the U. S. Navy to reach a higher level of METOC support and data 
collection. As Moriah and other in-situ and remote sensors record and submit accurate 
observations, METCAST can provide the ship with enhanced METOC products from a 
multitude of sites. This integration is defined as Battlespace METOC Data Acquisition, 
Assimilation, and Application (BMDA3) by the Oceanographer of the Navy (1996) as a 
common tactical picture in which environmental conditions are available to warfare 
commanders for visualization, and exploitation, of the battlespace. METOC data 
collection, fusion, and dissemination, combined with METOC community expertise and 
Network Centric (NC) warfare systems, is key to accomplishing this goal. 

B. REQUIREMENTS FOR INTEGRATION 

The Navy Integrated Tactical Environmental System (NITES) program is 

instrumental to the future of METOC support aboard surface combatants. NITES, 
managed by SPA WAR PMW-185, is developing METOC information systems to operate 
within the GCCS architecture. By incorporating interfaces to Moriah and hosting a 
METCAST client, the NITES workstation could serve as the primary focal point for 
METOC operations aboard a surface combatant. In the interim, an IT-21 SIPRNET 
workstation outfitted with the METCAST client or a JMCIS workstation with the Joint 
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METOC Segment (JMS) could provide this function. The long-term goal for the COE- 
compliant NITES workstations is a worthy endeavor, however, it is important to field a 
METOC support system in the near-term to support surface combatants. It is now 
possible, through METCAST, to display on one desktop multiple METOC products and 
data sets. A chart of the operating area could be overlaid with near real-time satellite 
imagery, observations, and gridded fields to give warfare commanders and ship 
commanding officers a true representation of the battlespace. 

C. ADDITIONAL DATA SOURCES 

Surface combatants generally possess a number of systems that monitor 
enviroiunental data. For example, imdersea warfare systems depend heavily on 
expendable bathythermographs (XBT) for vertical ocean temperature profiles that help 
predict sound propagation characteristics. Like weather observations, these profiles are 
coded into a plain text message and transmitted as message traffic. Systems such as the 
XBT recorder and Aegis Weather Radar could be linked to Moriah to provide a central 
acquisition and dissemination point for all environmental information leaving the ship. 
The consolidated transfer functionality of Moriah and ADNS should be fully exploited to 
retrieve as much METOC data from the ship as possible. 

D. METCAST AND TACTICAL DECISION AIDS 

METCAST is not limited to providing METOC support to the warfighter directly; 

it is feasible that METCAST could provide data fields for TDAs onboard the ship. 
EOTDA, AREPS, and VLSTRACK are but a few applications that can ingest these fields 
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to provide essential information for mission planning and execution. The TDAs would 
require proper network interfaces and use of the METCAST client for automated retrieval 
of current METOC information. The flexibility of METCAST makes die latter simple 
and would provide TDA developers with a much-improved process for data assimilation. 
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VII. CONCLUSIONS AND RECOMMENDATIONS 


This demonstration has shown that the exchange of METOC information to and 
from surface combatants can be improved by deploying advanced environmental sensor 
suites, applying new data distribution technologies, and exploiting U.S. Navy 
communication systems. METCAST was shown to disseminate timely, relevant METOC 
information via ADNS to a surface combatant at sea. A prototype Moriah system was 
shown capable of transmitting high frequency, continuously acquired observations via 
ADNS to a shore METOC data collection point. It is apparent Moriah, METCAST, and 
ADNS offer a chance for METOC information to truly become a force multiplier. The 
following recommendations should streamline the integration of these systems aboard 
surface combatants: 

A. DATA ACQUISITION 
1. CNMOC 

(a) Prior to Moriah installation, adopt ERM for the Ship’s Weather Log. 

(b) Once ERM has been adopted, eliminate manual completion and 
submission of CNMOC Form 3141/3 for ships equipped with Moriah. 

(c) Upon Moriah installation, mandate reporting policy changes to include: 
hourly, or higher frequency, electronic submission of observations and 
elimination of weather guard ship for ships steaming in company. 
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2 . 


Moriah 


(a) Incorporate electronic transfer of observations via e-mail at least hourly 
with a feature to adjust frequency depending on environmental conditions 
or mission. 

(b) Incorporate a Simple Network Management Protocol (SNMP) agent to 
provide a remote monitoring and control method in the event this protocol 
is authorized for use via ADNS to ships. 

(c) Provide a data archive system capable of digitally storing measurements 
for extended periods of time in a format acceptable to the National 
Archives and Records Administration (NARA). Once ERM has been 
adopted, the archival system will already be in place. 

(d) Provide interface and data collection for XBT systems initially, with the 
capability of adding more sensors in the future. 

B. PRODUCT DISTRIBUTION 
1. FNMOC/METCAST 

(a) Explore multicasting features for transfer of common products to ships via 
ADNS and/or GBS. 

(b) Improve compression techniques for METCAST products to lessen the 
burden on surface combatant networks. 

(c) Develop METCAST management system for Regional Centers to allow 
control and monitoring of METOC information flow to assigned ships. 
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2 . 


METOC Centers 


(a) Actively manage METCAST subscriptions within AOR to ensure proper 
support is given to all ships. 

(b) Train shipboard personnel in the proper use of Moriah and encourage 
feedback on performance. 

(c) Continuously evaluate new products and methods that can exploit ADNS 
connectivity to surface combatants. 


45 



46 



Vni. RECOMMENDATIONS FOR FOLLOW-ON WORK 

A. DATA COLLECTION 

The following data collection recommendations are made: 

1. Conduct an operational test of Moriah imder harsh conditions and evaluate 
sensor and processor performance characteristics. 

2. Continuously explore Moriah sensor additions to improve shipboard 
measurements. For example, passive cloud sensing devices could further 
automate the observation process. Non-METOC sensors, such as 
chemical/biological agent detectors, could also be included within the Moriah 
framework to provide immediate notification of an attack. Moriah should 
easily accept additional sensors that might be required for specific missions. 

3. Develop data assimilation methods that can ingest high frequency Moriah 
information for use in numerical models. 

B. INFORMATION DISSEMINATION 

The following information dissemination recommendations are made: 

1. Pursue METCAST as a prime candidate for GBS. This will perhaps provide 
impetus to resolve interoperability issues and will serve to essentially remove 
size limitations on METOC products. The network connectivity may be 
sufficiently different that modifications to METCAST could be needed. 
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2. Explore next generation transport protocols for use within METCAST that 
may provide increased efficiency and security. 

3. Increase interaction with surface combatants to continue testing of METCAST 
at sea. This will not only enhance METCAST performance, but also will 
make METCAST a visible, desirable product to the ship. 

C. NETWORKING 

The following recommendation for METOC networking are made: 

1. METOC requirements of the DOD networks must be clearly defined. For 
example, the specific problem, whether policy or technical in nature, with the 
PRNOC firewall must be identified to determine the best method of transfer 
for Moriah data via ADNS. If the reason turns out to be a non-standard 
firewall configuration, the METOC requirement must be that DON networks 
comply with established standards. Stating a requirement for SNMP 
capability in order to remotely control and monitor Moriah systems may be a 
catalyst to employing SNMP over ADNS. METOC PKI requirements m\ist 
be clearly stated to ensure proper authentication and security measures are 
available. The limitations of the networks should not define METOC 
information transfer methods; rather, METOC requirements should result in 
appropriate network configurations to support the transfer of information. 

D. FLEET APPLICATIONS 

The following recommendations are made regarding fleet applications: 
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1. Battlespace visualization of METOC information can be realized through 
Moriah observations, satellite imagery, numerical models, and in-situ and 
remote sensors. Significant research is required to create a visualization 
scheme that is robust enough to handle these multiple data sources and be 
easily viewed aboard a ship. 

2. METOC products will need to undergo a design revolution to take advantage 
of this integrated METOC support capability. Fleet requirements should be 
aggressively identified to determine the exact format, content, and fi'equency 
for METOC products. As products are identified and distributed, evaluation 
by shipboard persoimel is required to ensiue the needs of the warfighter 
continue to be met. 

3. Evaluations of JMCIS and METCAST integration are needed to determine 
compatibility and interoperability. JMCIS seems to be the logical choice for 
the METCAST client aboard ship; however, the role of NITES aboard a 
surface combatant must be clearly defined. Whether utilizing a desktop 
computer, JMCIS workstation, or NITES workstation, METCAST should be 
incorporated to ensure standardized transfer of METOC information and an 
operator should be faced with a single METOC product display interface. 
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APPENDIXA 


PROTOTYPE MORIAH SENSOR PACKAGE 


Campbell Scientific® CRIOX Datalogger 
R.M. Young® Wind Monitor - MA 

Everest® Infrared Sea Surface Temperature Sensor Model 4000.4GL 
AIR® Digital Barometer Model AIR-DB-1A 

Rotronic® Air Temperature & Relative Humidity Probe Model MP-101A 

Trimble® GPS Receiver Model SV6 

Precision Navigation® Magnetic Compass Model TCM-2 
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APPENDIX B 


PROTOTYPE MORIAH OBSERVATION FORMAT 


Per Commander, Naval Meteorology and Oceanography Command (1996), WMO 
FM 13 SHIP synoptic code report format are to be used for naval surface ship 
observations. The applicable sections for the prototype Moriah system are described 
below. The Section 1 field is assigned a value of six. This indicates the reporting 
station is automatic and is omitting weather date. This field will be used by FNMOC to 
identify Moriah automatic observations as opposed to the regular synoptic reports. 
Groups in Italics will not be reported by Moriah. 

Section 0: BBXX DDDD YYGGi^ 99L,L,L, Q,4L,L„L„ 


Example: 

Description: 

Section 1: 


Example: 

Description: 


Section 2: 

Example: 

Description: 


BBXX XNPS 30094 99365 71219 

XNPS(callsign) reporting at 0900Z on 30* day of month fi'om 
position 36.5N 121.9W with measured wind speeds. 

IrI^Hw Nddff(OOfff) IsJTT 2sJJJd 4PPPP 5appp 
7 wwWjW 2 SNhCiCMCH 9GGgg 

46////1815 10151 21016 40196 7////90915 

Precipitation not observed, weather not observed fi'om automatic 
station, cloud height not known, visibility not known. Winds from 
180 at 15 knots. Air temp 15.1 degrees Celsius, Dewpoint -1.6 
degrees Celsius, Pressure 1019.6 hPa, and actual time of 
observation 0915Z. 

222D5VJ OSjT^T^T^ 2P^ JtIJH^3(fy,d„jd^2^iw2 ^^wiPwiHwiHwi 
5P^2P^H^H^ filsEsEjR, 8S„TbTbTb ICE +Plain language or ICE 

CjSjbjlDjZj 


222//06185 85135 

SST is 18.5 degrees Celsius from sensor other than hull, intake, or 
bucket (i.e. IR), wet-bulb temperature computed as 13.5 degrees 
Celsius. 
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